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CanicgfoMdlon 

Software  Engineering  Institute 

CMMI  Adoption  Trends:  Website  Visits., 

CMMI  web  pages  hits 
12K/day 

443  organizations  visited  the  CMMI  Website  more  than 
200  times  during  September  2005: 

29  Defense  contractor  organizations 
12  DoD  organizations 
49  Universities 
328  Commercial  companies 
25  Non-DoD  government  agencies 
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Canrcadc  Mellon 

Software  Engineering  Institute 

CMMI  Adoption  Trends: 


The  following  were 
the  top  viewed  pages 
on  the  CMMI  Website 
in  September  2005: 

•  CMMI  Main  Page 

•  What  is  CMMI? 

•  CMMI  Models  and 
Modules 

•  Getting  Started 
with  CMMI 
Adoption 

•  CMMI  Training, 
Events,  &  Forums 
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CttriK^dcMellon 

Software  Engineering  Institute 

CMMI  Transition  Status  -  2/28/06 


Training 

Introduction  to  CMMI  -  46,161  trained 
Intermediate  CMMI  -  1,951  trained 
Introduction  to  CMMI  Instructors  -  402 
SCAMPI  Lead  Appraisers  -  612  trained 
SCAMPI  B&C-Only  Team  Lead  -  27 

Authorized 

Introduction  to  CMMI  VI  .1  Instructors  -  302 
SCAMPI  VI  .1  Lead  Appraisers  -  414 
SCAMPI  B&C  Team  Leads  -  401 


©2006  by  Carnegie  Mellon  University 


page  5 


Canrcsdc  Mellon 

Software  Engineering  Institute 

Number  of  CMMI  Students  Trained  (Cumulative) 

30000^ - 


1999  2000  2001  2002  2003  2004  2005  YTD 


2006 
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CanicgfeMfidon 

Software  Engineering  Institute 

Number  of  SCAMPI  vX  Class  A  Appraisals  Conducted  by  Year  by  Model 

Representation* 

Reported  as  of  31  January  2006 

"Where  Representation  is  reported 


Mellon 

Software  Engineering  Institute 

Appraisal  Results  Summary 

977  appraisals  have  been  reported  since  the  April  2002  SCAMPI 
Class  Aversion  1.1  release. 

Commercial/ln-House  organizations  reporting  appraisals  is 
increasing  more  rapidly  than  other  organizational  categories. 

Government/Military  and  Government/Military  Contractors 
reporting  appraisals  is  increasing  at  a  stable  and  consistent 
rate. 

The  highest  percentage  of  Commercial/ln-House  organizations 
reporting  appraisals  is  from  outside  the  USA. 

Comparing  early  reports  of  the  SW-CMM  maturity  profile  with 
early  CMMI  data  reflects  a  more  mature  CMMI  profile. 
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CiimcdeMelton 

Software  Engineering  Institute 

Current  Appraisal  Synopsis 

Based  on  SCAMPISM  VI  .1  Class  A  appraisals  conducted  since 
April  2002  release  through  August  2005  and  reported  to  the 
SEI  by  September  2005. 


977  appraisals 
878  organizations 
206  participating  companies 
86  reappraised  organizations 
3,686  projects 

59.6%  non-USA  organizations 


Organizations  previously  appraised  against  CMMI  VI. 0  and  who  have  not 
reappraised  against  VI. 1  are  not  included  in  this  report 
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Cttnrc^K*  Mellon 

Software  Engineering  Institute 


Number  of  Appraisals  Conducted  by  Year 
Reported  as  of  31  January  2006 


1987  1988  1989  1990  1991  1992  1993  1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005 


□  SPA  bCBAIPI  □  SCAMPI  vX  ClassA 
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Coincide  Mellon 

Software  Engineering  Institute 


Number  of  SCAMPI  vl.1  Class  A  Appraisals  Conducted  by  Quarter 

Reported  as  of  28  February  2006 


Q2/02  Q3/02  Q4/02  Q1/03  Q2/03  Q3/03  Q4/03  Q1/04  Q2/04  Q3/04  Q4/04  Q1/05  Q2/05  Q3/05  Q4/05 


Carnegie  Mellon 

Software  Engineering  Institute 


Reporting  Organizational  Types 


Commercia  l/ln -house 


64.0% 


Contractor  for 
Military/Government 


31.3% 


Military/Government 

Agency 


4.7% 


0  100  200 


300  400  500 

Number  of  Organizations 


600  700 


Based  on  878  organizations  9/30/05 
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CivncgfeMellon 

Software  Engineering  Institute 


Organizational  Size 

Based  on  the  total  number  of  employees  within  the  area  of  the  organization 
that  was  appraised 


7.9% 


Based  on  861  organizations  reporting  size  data  9/30/05 
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CunmricMclhm 

Software  Engineering  Institute 


Countries  where  Appraisals  have  been 
Performed  and  Reported  to  the  SEI 


Argentina 

Australia 

Belarus 

Belgium 

Brazil 

Canada 

Chile 

China 

Colombia 

Czech  Republic 

Denmark 

Egypt 

Finland 

France 

Germany 

Hong  Kong  India 

Ireland 

Israel 

Italy 

Japan 

Korea,  Republic  of 

Latvia 

Malaysia 

Mexico 

Netherlands 

New  Zealand 

Philippines 

Portugal 

Russia 

Singapore 

Slovakia 

South  Africa 

Spain 

Sweden 

Switzerland 

Vietnam 

Taiwan 

Thailand 

Turkey 

Ukraine 

United  Kingdom  United  States 

Purple  country  name:  new  additions  with  this  reporting  since  Nov.  2004 
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CanNsdc  Melton 

Software  Engineering  Institute 


Maturity  Profile  by  All  Reporting 
USA  and  Non-USA  Organizations 
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Based  on  355  USA  organizations  and  523  Non-USA  organizations  9/30/05 
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Carncsd?  Melton 

Software  Engineering  Institute 
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Disciplines  Selected  for 
Appraisals 


Based  on  977  appraisals  reporting  coverage 
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SW/IPPD/SS 


Number  Of  Appraisals 


Cur»K,^M*Mdfcjti 

Software  Engineering  Institute 

Maturity  Profile 


Not  Given  Initial  Managed  Defined  Quantitatively  Optimizing 

Managed 

Based  on  most  recent  appraisal  of  878  organizations  9/30/05 
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(iimcdr  Melton 

Software  Engineering  Institute 


Three  Classes  of  Appraisals 


Characteristic 

Class  C 

Class  B 

Class  A 

Amount  of  objective  evidence 

Low 

Medium 

High 

Ratings  generated 

No 

No 

Yes 

Resource  needs 

Low 

Medium 

High 

Team  Size 

Small 

Medium 

Large 
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Cunmd**  Mellon 

Software  Engineering  Institute 


SCAMPI  Family 


SCAMPI  C:  provides  a  wide  range  of 
options,  including  characterization  of  planned 
approaches  to  process  implementation 
according  to  a  scale  defined  by  the  user 


SCAMPI  B:  provides  options  in  model  scope 
and  organizational  scope,  but  characterization 
of  practices  is  fixed  to  one  scale  and  is 
performed  on  implemented  practices 


SCAMPI  A:  Is  the  most  rigorous  method,  and 
is  the  only  method  that  can  result  in  ratings 
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depth  of 
investigation 
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Car»i€*?fe  Mellon 

Software  Engineering  Institute 


Approach,  Deployment,  Institutionalization 


Approach 

Deployment 

Institutionalization 

A 

B 

C 

•SCAMPI  family  methods  can  be  used  in  a  range  from: 

•  looking  at  the  approach  planned  to  satisfy  process 
improvement  goals  to 

•  examining  deployment  of  processes  in  selected  instances  in 
an  organizational  unit  (OU)  to 

•  benchmarking  the  institutionalization  of  CMMI  in  an  OU 
Reliability,  rigor  and  cost  may  go  down  from  A  to  B  to  C, 
risk  may  go  up 


©2006  by  Carnegie  Mellon  University 


page  20 


Ctinrciot*  Mellon 

Software  Engineering  Institute 


Combined  Appraisal  Opportunities 


Current  ISO  9001 

(Combined  ISO  Surveillance 

K 

SCAMPI  ‘A’ 

usmg  Cat  ‘C  appraisal)  [ 

ISO  9001  - 

IA  _ .  / 

& 

♦♦♦♦♦ ^ 

ISO  9001 

♦  ^  ♦  ♦  ♦  ♦  l 

Rating  letter  &  or  certificate 
with  scope  indicating 
"...  in  accordance  with  Level X" 


Current  CMMI 


SCAMPI 

‘A’ 


Rating  letter 
indicating  level 
achieved 


SCAMPI  ‘A’ 


♦ 


(Cat  ‘C’  appraisal) 


. . .  continues  to 
demonstrate 
compliance  with 
ISO  9001:2000 


...no  behaviours 
inconsistent  with 
operating  at  level  X 


The  possible  options  for  assessment  and  surveillance 
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Coincide  Mellon 

Software  Engineering  Institute 

Adoption:  What  Else  Is  Happening? 

The  Addison-Wesley  SEI  Series  Book  and: 

•  CMMI  Distilled:  Second  Edition 

•  Practical  Insight  into  CMMI 

•  Interpreting  the  CMMI 

•  Real  Process  Improvement  Using  the  CMMI 

•  Making  Process  Improvement  Work 

•  CMMI:  Un  Itineraire  Fleche 

•  De  kleine  CMMI 

•  A  Guide  to  the  CMMI 

•  CMMI:  A  Framework... 

•  CMMI  SCAMPI  Distilled 

•  CMM!  Assessments 

•  Systematic  Process  Improvement  Using  ISO 
9001:2000  and  CMMI 

•  Balancing  Agility  and  Discipline 


CMMI 

Guidelines  tor  Process 
Integration  and  Product 
Improvement 


Mary  Beth  ChrUvi* 
Mike  Konrad 
Sandy  Shrum 
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CunmaeMcIton 

Software  Engineering  Institute 

How  about  SEI  Publications? 

Technical  notes  and  special  reports: 

•  Interpretive  Guidance  Project  (Two  Reports) 

•  CMMI  and  Product  Line  Practices 

•  CMMI  and  Earned  Value  Management 

•  Interpreting  CMMI  for  Operational  Organizations 

•  Interpreting  CMMI  for  COTS  Based  Systems 

•  Interpreting  CMMI  for  Service  Organizations 

•  CMMI  Acquisition  Module  (CMMI-AM)  (VI. 1) 

•  CMMI  and  Six  Sigma  (in  progress) 

•  Interpreting  CMMI  for  Marketing  (in  progress) 

•  Demonstrating  the  Impact  and  Benefits  of  CMMI  (and 
web  pages  -  www.sei.cmu.edu/cmmi/results) 


©2006  by  Carnegie  Mellon  University 


page  23 


Cunif^M*  Melton 

Software  Engineering  Institute 


Performance  Results  Summary 


Improvements 

Media 

n 

#or 

data 

points 

Low 

High 

Cost 

20% 

21 

3% 

87% 

Schedule 

37% 

19 

2% 

90% 

Productivity 

67% 

16 

11% 

255% 

Quality 

50% 

18 

29% 

1 32% 

Customer 

Satisfaction 

14% 

6 

-4% 

55% 

Return  on 

Investment 

4.8  :  1 

14 

2  :  1 

27.7  : 

1 

•  N  =  24,  as  of  9  November  2005 

•  Organizations  with  results  expressed  as  change  over  time 
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Ctui  Mellon 

Software  Engineering  Institute 


CMMI  Today 

Version  1.1  CMMI  Product  Suite  was  released  January 
2002. 

*  CMMI  Web  site  visits  average  12,000/day 

*  Over  40,000  people  have  been  trained 

*  Over  1200  “class  A”  appraisals  have  been  reported 
to  the  SEI 


Now  we  want  to  continuously  improve... 
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CttnmaeMfilton 

Software  Engineering  Institute 


Pittsburgh,  PA  15213-3890 


CMMI  VI  .2 


and  Beyond 
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CanicgfeMellon 

Software  Engineering  Institute 

Version  1.2  Changes1 

•  Eliminate  concept  of  advanced  practices  and  common 
features  from  text 

•  Combine  ISM  with  SAM;  eliminate  supplier  sourcing 
(SS)  designation 

•  Add  hardware  amplifications 

•  Recognize,  given  hardware  additions,  that  providing 
separate  development  models  no  longer  useful 

-  “single  book”  approach  (CMMI-DEV+IPPD) 

•  “Not  applicable”  process  areas  (PAs)  for  maturity  levels 
will  be  significantly  constrained  (SAM,  IPPD) 
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CiimcdcMelton 

Software  Engineering  Institute 

Version  1.2  Changes2 

•  Clarify  material  based  on  1000+  Change  Requests 
(e.g.,  improve  high  maturity  verbiage,  appraisal 
terminology) 

•  Two  work  environment  specific  practices  added: 

-  one  to  OPD  for  organizational  look 

-  One  to  I  PM  for  project  specifics 

•  Glossary  improved  (e.g.,  higher  level  management, 
bidirectional  traceability,  subprocess) 

•  Overview  text  improved 

•  IPPD  coverage  consolidated  and  simplified 
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Canrcsdc  Mellon 

Software  Engineering  Institute 

Integrated  Product  and  Process 
Development  (IPPD)  Changes 

IPPD  material  is  being  revised  significantly. 

•  Organization  Environment  for  Integration  PA  removed 
and  material  moved  to  Organizational  Process 
Definition  (OPD)  PA. 

•  Integrated  Teaming  PA  removed  and  material  moved  to 
Integrated  Project  Management  (IPM)  PA. 

•  IPPD  goals  have  been  consolidated. 

-  “Enable  IPPD  Management”  in  OPD 

-  “Apply  IPPD  Principles”  in  IPM 

•  Overall  material  condensed  and  revised  to  be  more 
consistent  with  other  PAs. 
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CanKsdcMellon 

Software  Engineering  Institute 

Supplier  Agreement  Management 


Specific  Goal 

Specific  Practice 

Establish  Supplier 
Agreements 

1.1  -  Determine  Acquisition  Type 

1.2  -  Select  Suppliers 

1.3  -  Establish  Supplier  Agreements 

Satisfy  Supplier 
Agreements 

2.1  -  Execute  the  Supplier  Agreement 

2.2  -  Monitor  Selected  Supplier 
Processes 

2.3  -  Evaluate  Selected  Supplier  Work 
Products 

2.4  -  Accept  the  Acquired  Product 

2.5  -  Transition  Products 

vl.1  SP2.1  “Review  COTS  Products,”  was  eliminated.  “Identify 
candidate  COTS  products  that  satisfy  requirements”  is  a  new 
subpractice  under  the  Technical  Solutions  Process  Area  SP1.1, 
“Develop  Alternative  Solutions  and  Selection  Criteria.” 
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CariKsdc  Mellon 

Software  Engineering  Institute 


CMMI  Model  Combinations 


vi.i 


Supplier 

Sourcing 


Integrated  Product  anc 
Process  Development 


SW 

Related 

Examples 


SE 
Related 
Examples 


CMMI  Core 


V  1.2 


IPPD 

X 


Organizational  Goal 
(OPD) 

Project  Goal  (I PM) 


SW 
Related 
Examples 


SE 
Related 
Examples 


HW 
Related 
Examples 


1 


CMMI  Core  (now  includes  SS) 
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Carncsfic  Melton 

Software  Engineering  Institute 


IPPD  Changes 
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Carnegie  Mellon 

Software  Engineering  Institute 

SCAMPI  A  Changes  Being  Considered 
for  VI  .2 

Method  implementation  clarifications 

•  interviews  in  “virtual”  organizations 

•  practice  characterization  rules 

•  organizational  unit  sampling 

Appraisal  Disclosure  Statement  (ADS)  improvements 

•  reduce  redundancy  with  other  appraisal  documents 

•  improve  usability  for  sponsor  and  government 

•  require  sponsor’s  signature  on  the  ADS 

Appraisal  team  will  have  responsibility  for  determination  of 
“applicability”  for  SAM 

Maturity  level  and  capability  level  shelf  life  -  3  years,  given 
1  year  of  VI. 2  availability 
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Canrcsdc  Mellon 

Software  Engineering  Institute 


Published  Appraisal  Results 


Software  Engineering  Institute 


List  of  Published  SCAMPI  Appraisal  Results 


ORGANIZATION  NAME: 

SPONSOR  NAME: 

LEAD  APPRAISER  NAME: 

SEI  PARTNER: 

APPRAISAL  END  DATE: 

MATURITY  LEVEL  ASSIGNED: 
APPRAISED  ORGANIZATIONAL  UNIT: 


Satyam  Computer  Services  Ltd 

Nagaraj  Chevour 

Raghavan  Nandyal 

SITARA  Technologies  Pvt  Ltd. 

4/3/2004 

5 


Entity  Name:  SRU  GE-GDC 

Location(s):  Secunderabad,  AP,  India 

CMMI  MODEL  USED:  CMMI-SW/IPPD,  VI  .1 ,  Continuous 

APPRAISAL  METHOD  USED:  SCAMPI  vl  .1 


MODEL  SCOPE  &  CAPABILITY  RATINGS  ASSIGNED: 


Process  Management 

Project  Management 

Engineering 

Support 

OPF  Capabtty  Level  3 

OPD  Capabity  Level  3 

PP  Capability  Level  4 

PMC  Capability  Level  4 

REQM  Capability  Level  3 

RD  Capability  Level  4 

CM  Capability  Level  3 
PPQA  Capability  Level  3 

OT  Capabity  Level  3 

SAM 

TS  Capability  Level  5 

MA  Capability  Level  3 

OPP  Capabity  Level  3 

OID  Capabity  Level  3 

1 P  M  Capability  Level  3 

RSKM  Capability  Level  4 

IT  Capability  Level  3 

ISM  Not  Rated 

Q  P  M  Capability  Level  3 

PI  Capability  Level  3 

VE  R  Capability  Level  5 

VAL  Capability  Level  3 

DAR  Capability  Level  3 

OEI  Capability  Level  3 
CAR  Capability  Level  3 

©2006  by  Carnegie  Mellon  University 


page  34 


Cttr»i€%dtMtell0n 

Software  Engineering  Institute 

CMMI  Training  vl.2 

Introduction  to  CMMI  (Staged  and  Continuous) 

•  editorial  update  released  9/05 

•  will  be  updated  for  vl  .2 

Introduction  to  CMMI ,  Staged  Representation  and 
Introduction  to  CMMI,  Continuous  Representation 

•  sunset  at  the  end  of  2005 

Intermediate  Concepts  of  CMMI 

•  will  be  updated  for  vl  .2 

•  will  better  prepare  students  for  SCAMPI  training 

CMMI  Instructor  Training 

•  updated  earlier  this  year  to  reflect  “combined” 
Introduction  to  CMMI  course 

•  will  be  updated  to  reflect  vl  .2  changes 
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CanKsdeMellon 

Software  Engineering  Institute 

Beyond  VI. 21 

Improved  architecture  will  allow  post-Vi. 2  expansion. 

•  Extensions  of  the  life  cycle  (Services, 
Outsourcing/Acquisition)  could  expand  use  of  a 
common  organizational  framework: 

-  allows  coverage  of  more  of  the  enterprise  or 
potential  partnering  organizations 

-  adapts  model  features  to  fit  non-developmental 
efforts  (e.g.,  CMMI  Services,  CMMI  Acquisition) 
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Cwncgfe  Mellon 

Software  Engineering  Institute 


Architecture  &  Constellations 


CMMI  Framework 


Core  Foundation  Model 

Common  PAs,  Specific  Practices,  Generic  Practices 


Shared  CMMI  Material 

Specific  Practices,  Additions,  Amplifications 


Development 

Acquisition 

Services 

Specific  Materials 

Specific  Materials 

Specific  Materials 

•Development  Amplifications 
•Development  Additions 
•PA  XX 
•PA  ZZ 
•PA  DEV 


•Acquisition  Amplifications 
•Acquisition  Addition 
•PA  YY 
•PA  XX 
•PA  ACQ 


•Services  Amplifications 
•Services  Additions 
•PA  ZZ 
•PA  YY 
•PA  SRV 
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Beyond  VI  .22 

First  two  constellations,  CMMI  Services  and  CMMI 
Acquisition,  have  been  “commissioned”  by  CMMI  Steering 
Group.  Development  will  be  in  parallel  with  VI. 2  effort; 
publication  sequenced  after  VI. 2  rollout. 

Northrop-Grumman  is  leading  industry  group  for  CMMI 
Services. 

•  Initial  focus  will  be  for  organizations  providing  “DoD 
services”  as  well  as  internal  IT: 

-  System  maintenance 

-  Network  Management,  IT  Services 

-  IV&V 
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Beyond  VI  .23 

SEI  is  coordinating  requirements  elicitation  for  CMMI 
Acquisition. 

•  Will  build  upon  General  Motors  IT  Sourcing  expansion 

•  Will  add  government  perspectives  from  both  DoD  and 
civil  agencies 
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Planned  Sequence  of  Models 
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Pittsburgh,  PA  15213-3890 


CMMI VI .2. ..and  Beyond 

...the  details 


page  42 


Cttr»i€%deMeIion 

Software  Engineering  Institute 

The  Steps 

A  long-term  strategy,  the  VI  .2  A-Spec,  and  the  upgrade 
criteria  approved  by  the  Steering  Group. 

The  teams  review  the  Change  Requests  to  identify 
possible  Change  Packages  (CP)  for  a  VI  .2  of  model, 
training,  and/or  method. 

Change  Control  Boards  determine  which  CPs,  if  any, 
should  be  accepted  (stability  goal  remains). 

Implementation  Packages  developed  to  create  a  “beta”  for 
piloting  (model,  method,  and  training) 

Piloting  will  be  conducted  in  FY  06. 

VI. 2,  incorporating  piloting  feedback,  will  be  released  in 
FY  06. 
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CCB  Membership  (for  content  changes) 


Mike  Konrad 
Mike  Phillips 
Roger  Bate 
Bob  Rassa 
Bill  Schoening 
Nils  Jacobsen 
Karen  Richter 
Warren  Schwomeyer 
Tom  Bernard 
Mary  Beth  Chrissis 
Bill  Peterson 
Rick  Hefner 
Stephen  Gristock 
Gary  Wolf 
Paul  Croll 
Shane  Atkinson 
Millee  Sapp 
Katie  Smith 
Larry  Osiecki 
Sandy  Shrum 
Rhonda  Brown 


SEI 

SEI 

SEI 

Raytheon 
Boeing  &  INCOSE 
Motorola 
OSD 

Lockheed  Martin 

USAF 

SEI 

SEI 

Northrop  Grumman 
JP  Morgan  Chase 
Raytheon 
CSC 

CMMI  Partner 

USAF 

USNavy 

USArmy 

SEI 

SEI 
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The  Model  Baseline  for  VI. 2 


Textbook: 

CMMI:  Guidelines  for 
Process  Integration  and 
Product  Improvement 


Continuing  the  “Single  model, 
single  course”  strategy 


VI  .2  release  will  be  as  a 
Technical  Report 


CMMI 


l  Guidelines  for  Process 
£  Integration  and  Product 
*  Improvement 
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Model  Activities:  Version  1.2 

Model  development  team 

•  completing  implementation  packages 

•  model  baseline  redline 

Configuration  Control  Board 

•  actively  reviewing  changes 

Pilot  planning  underway 

Expected  release  of  vl  .2  is  summer  2006 
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Major  Themes 


Reduce  size/complexity 
Increase  coverage 

•  in  existing  elements 

•  discipline  additions 
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Reduce  size  and  complexity 

Single  Technical  Report,  not  8  as  in  VI  .1 
Common  features  and  advanced  practice 
distinctions  eliminated 

Two  process  areas  consolidated  into  other  PA’s 
One  “addition”  or  “discipline,”  Supplier 
Sourcing,  eliminated  as  a  separable  “model.” 
Discipline  distinctions  reduced  in  amplifications 
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CMMI  Model  Combinations 


vi.i 


Supplier 

Sourcing 


Integrated  Product  anc 
Process  Development 


SW 

Related 

Examples 


SE 
Related 
Examples 


CMMI  Core 


V  1.2 


IPPD 

X 


Organizational  Goal 
(OPD) 

Project  Goal  (I PM) 


SW 
Related 
Examples 


SE 
Related 
Examples 


Hardware 

Related 

Examples 


1 


CMMI  Core  (now  includes  SS) 
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Example  Hardware  Amplification 


Technical  Solution 

SP  2.1  Design  the  Product  or  Product  Component 
Develop  a  design  for  the  product  or  product  component. 


For  Hardware  Engineering 

Detailed  design  is  focused  on  product  development  of  electronic, 
mechanical,  electro-optical,  and  other  hardware  products  and 
their  components.  Electrical  schematics  and  interconnection 
diagrams  are  developed,  mechanical  and  optical  assembly 
models  are  generated,  and  fabrication  and  assembly  processes 
are  developed. 
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Version  1.2  Changes 


Amplifications  improved 
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Amplifications  Improved 

Proposed  Conceptual  Solution:  “Review  amplifications  and 
where  appropriate  modify  the  amplification  to  provide  more 
insight  into  the  discipline  that  is  being  described.  For  information 
that  applies  more  generally  and  is  captured  as  an  amplification, 
move  the  information  into  a  "note"  rather  than  identifying  it  as  an 
amplification.” 

From  Technical  Solution  VI. 1 

For  Systems  Engineering 
Examples  of  criteria  include  the  following: 

-  Maintainability 

-  Reliability 

-  Safety 

Amplification  removed  from  Technical  Solution  VI  .2  since 
it  is  not  unique  to  Systems  Engineering 
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Version  1.2  Changes 

Common  features  and  advanced  practices 
eliminated 
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CMMI  Model  Structure  (VI. 1) 
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CMMI  Model  Structure  (VI  .2) 
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Requirements  Management 


Specific  Goal 

Specific  Practice 

Manage  Requirements 

1.1-  Obtain  an  Understanding  of 
Requirements 

1 .2  -  Obtain  Commitment  to 

Requirements 

1.3  -  Manage  Requirements  Changes 

1.4  -  Maintain  Bidirectional  Traceability 
of  Requirements 

1.5  -  Identify  Inconsistencies  Between 
Project  Work  and  Requirements 

vl.2  SP  1.4  practice  statement  now  reads,  “Maintain  bidirectional 
traceability  among  the  requirements  and  work  products.”  Project  plans 
are  no  longer  mentioned  in  this  SP  statement. 

Bidirectional  Traceability  description  is  improved  in  the  notes  and 
Glossary. 
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Requirements  Development  -1 


Specific  Goal 

Specific  Practice 

Develop  Customer 
Requirements 

1.1  -  Elicit  Needs 

1.2  -  Develop  the  Customer 
Requirements 

Develop  Product 
Requirements 

2.1  -  Establish  Product  and  Product- 
Component  Requirements 

2.2  -  Allocate  Product-Component 
Requirements 

2.3  -  Identify  Interface  Requirements 

Base  practice  “Collect  Stakeholder  Needs”  is  eliminated. 

Informative  materials  are  added  to  SP1.1  to  address  standards  and 
policies. 
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Requirements  Development  -2 


Specific  Goal 

Specific  Practice 

Analyze  and  Validate 
Requirements 

3.1  -  Establish  Operational  Concepts 
and  Scenarios 

3.2  -  Establish  a  Definition  of  Required 
Functionality 

3.3  -  Analyze  Requirements 

3.4  -  Analyze  Requirements  to  Achieve 
Balance 

3.5  -  Validate  Requirements  with 
Comprehensive  Methods 

“Evolve  Operational  Concepts  and  Scenarios”  (from  TS  SP1.1  in  vl.1) 
is  now  part  of  SP  3.1 . 

The  base  practice  “Validate  Requirements”  has  been  eliminated. 
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Technical  Solutions  -1 

Specific  Goal  Specific  Practice 


Select  Product-  1.1  -  Develop  Detailed  Alternative  Solutions 

Component  Solutions  and  Selection  Criteria 

1.2  -  Select  Product-Component  Solutions 


vl.1  SP  1.1  “Evolve  Operational  Concepts  and  Scenarios”  is  now  part 
of  RD  SP  3.1. 

Base  practice  “Develop  Alternative  Solutions  and  Selection  Criteria” 
is  eliminated. 

“Identify  candidate  COTS  products  that  satisfy  requirements”  is  a  new 
subpractice  under  SP1.1. 
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Technical  Solutions  -2 

Specific  Goal  Specific  Practice 

Develop  the  Design  2.1  -  Design  the  Product  or  Product  Component 

2.2  -  Establish  a  Technical  Data  Package 

2.3  -  Design  Interfaces  Using  Criteria 

2.4  -  Perform  Make,  Buy,  or  Reuse  Analyses 


Implement  the  3.1  -  Implement  the  Design 

Product  Design  3.2  _  Develop  Product  Support  Documentation 


Base  practice  “Establish  Interface  Descriptions”  is  eliminated. 
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Product  Integration  -1 


Specific  Goal 

Specific  Practice 

Prepare  for 

Product  Integration 

1.1  -  Determine  Integration 
Sequence 

1.2  -  Establish  the  Product 
Integration  Environment 

1.3  -  Establish  Product  Integration 
Procedures  and  Criteria 

Ensure  Interface  2.1  -  Review  Interface  Descriptions 

Compatibility  for  Completeness 

2.2  -  Manage  Interfaces 
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Product  Integration 

Specific  Goal 


Assemble  Product  Components 
and  Deliver  the  Product 
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2 


Specific  Practice 


3.1  -  Confirm  Readiness  of 
Product  Components  for 
Integration 

3.2  -  Assemble  Product 
Components 

3.3  -  Evaluate  Assembled  Product 
Components 

3.4  -  Package  and  Deliver  the 
Product  or  Product  Component 
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Verification  -1 


Specific  Goal 

Specific  Practice 

Prepare  for  Verification 

1.1  -  Select  Work  Products  for 
Verification 

1.2  -  Establish  the  Verification 
Environment 

1.3  -  Establish  Verification  Procedures 
and  Criteria 

Perform  Peer  Reviews 

2.1  -  Prepare  for  Peer  Reviews 

2.2  -  Conduct  Peer  Reviews 

2.3  -  Analyze  Peer  Review  Data 
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Verification  -2 

Specific  Goal 


Verify  Selected  Work 
Products 
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Specific  Practice 

3.1  -  Perform  Verification 

3.2  -  Analyze  Verification  Results  and 
Identify  Corrective  Action 
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Validation 


Specific  Goal 

Specific  Practice 

Prepare  for  Validation 

1.1  -  Select  Products  for  Validation 

1.2  -  Establish  the  Validation  Environment 

1.3  -  Establish  Validation  Procedures  and 
Criteria 

Validate  Product  or 
Product  Components 

2.1  -  Perform  Validation 

2.2  -  Analyze  Validation  Results 
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Version  1 .2  Addition  -  Work 
Environment  Coverage 

Work  Environment  material  added  to  OPD  and 
IPM 

•  OPD,  SP  1.6:  Establish  Work  Environment 
Standards 

•  IPM,  SP  1 .3:  Establish  the  Project’s  Work 
Environment 
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Integrated  Product  and  Process 
Development  (IPPD)  Changes 

IPPD  material  is  being  revised  significantly 

•  Organization  Environment  for  Integration  PA  removed 
and  material  moved  to  Organizational  Process 
Definition  (OPD)  PA 

•  Integrated  Teaming  PA  removed  and  material  moved  to 
Integrated  Project  Management  (IPM)  PA 

•  IPPD  goals  in  the  IPM  PA  have  been  consolidated 

-  Goal  3:  Apply  IPPD  Principles 

•  Overall  material  condensed  and  revised  to  be  more 
consistent  with  other  PAs 
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IPPD  Changes 
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Organizational  Process  Definition 

VI. 1  VI  .2 


SG  1  -  Establish  Organizational 
Process  Assets 

1.1  -  Establish  Standard  Processes 

1.2  -  Establish  Life-Cycle  Model 
Descriptions 

1.3  -  Establish  Tailoring  Criteria  and 
Guidelines 

1.4  -  Establish  the  Organization’s 
Measurement  Repository 

1.5  -  Establish  the  Organization’s  Process 


SGI  -  Establish  Organizational  Process  Assets 

1.1  -  Establish  Standard  Processes 

1.2  -  Establish  Life-Cycle  Model  Descriptions 

1.3  -  Establish  Tailoring  Criteria  and  Guidelines 

1.4  -  Establish  the  Organization’s  Measurement 

Repository  Ne 

1.5  -  Establish  the  Organization’s  Process  L 

1.6  -  Establish  Work  Environment  Standards^ 
SG2  -  Enable  IPPD  Management 

2.1  -  Establish  Empowerment  Mechanisms 


Consolidated 
from  VI.  1  OEI  PA 


< 


v 


2.2  -  Establish  Rules  and  Guidelines  for 
Integrated  Teams 

2.3  -  Establish  Guidelines  to  Balance  Team  and 
Home  Organization  Responsibilities 
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Organizational  Process  Definition  -1 


Specific  Goal 

Specific  Practice 

Establish  Organizational 
Process  Assets 

1.1  -  Establish  Standard  Processes 

1.2  -  Establish  Life-Cycle  Model 
Descriptions 

1.3  -  Establish  Tailoring  Criteria  and 
Guidelines 

1.4  -  Establish  the  Organization’s 
Measurement  Repository 

1.5  -  Establish  the  Organization’s  Process 

New  Asset  Library 

1.6  -  Establish  Work  Environment 
Standards 
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Organizational  Process  Definition  -2 

IPPD  Specific  Goal  Specific  Practice 


Enable  IPPD  Management  2.1  -  Establish  Empowerment 

Mechanisms 

2.2  -  Establish  Rules  and  Guidelines  for 
Integrated  Teams 

2.3  -  Establish  Guidelines  to  Balance 
Team  and  Home  Organization 
Responsibilities 


NOTE:  This  Specific  Goal  and  its  associated  Specific  Practices  are 
part  of  IPPD  Addition. 
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Integrated  Project  Management  -1 


VI. 1 


VI  .2 


SGI  -  Use  the  Project’s  Defined  Process 

1.1  -  Establish  the  Project’s  Defined 
Process 

1.2  -  Use  Organizational  Process  Assets 
for  Planning  Project  Activities 

1.3  -  Integrate  Plans 

1.4  -  Manage  the  Project  Using  the 
Integrated  Plans 

1.5  -  Contribute  to  the  Organizational 
Process  Assets 


SGI  -  Use  the  Project’s  Defined  Process 

1.1  -  Establish  the  Project’s  Defined  Process 

1.2  -  Use  Organizational  Process  Assets  forr 
Planning  Project  Activities 


New 


1.3  -  Establish  the  Project’s  Work  Environment 

1.4  -  Integrate  Plans 


1.5  -  Manage  the  Project  Using  the  Integrated 
Plans 


1.6  -  Contribute  to  the  Organizational 
Process  Assets 


SG2  -  Coordinate  and  Collaborate  with  SG2  -  Coordinate  and  Collaborate  with  Relevant 
Relevant  Stakeholder  Stakeholder 


2.1  -  Manage  Stakeholder  Involvement 

2.2  -  Manage  Dependencies 

2.3  -  Resolve  Coordination  Issues 


2.1  -  Manage  Stakeholder  Involvement 

2.2  -  Manage  Dependencies 

2.3  -  Resolve  Coordination  Issues 
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Integrated  Project  Management  -2 


VI. 1 


Consolidated 
from  VI. 1  IPM  PA 
SG3 and  SG4 


SG  3  -  Use  the  Project’s  Shared  Vision  for 
IPPD 

3.1  -  Define  the  Project’s  Shared  Vision 
Context 

3.2  -  Establish  the  Project’s  Shared  Vision 

SG  4  -  Organize  integrated  Teams  for  IPPD 

4.1  -  Determine  Integrated  Team  Structure 
for  the  Project 

4.2  -  Develop  Preliminary  Distribution  of 
Requirements  to  Integrated  Teams 

4.3  -  Establish  Integrated  Teams 


VI  .2 


SG3  -  Apply  IPPD  Principles 

3.1  -  Establish  the  Project’s  Shared  Vision 

3.2  -  Establish  Integrated  Team  Structure  for  the 
Project 

3.3  -  Allocate  Requirements  to  Integrated  Teams 

3.4  -  Establish  Integrated  Teams 

3.5  -  Establish  Coordination  among  Interfacing 
Teams 


Consolidated  from 
VI. 1  Integrated 
Teaming  PA 
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Integrated  Project  Management  -1 


Specific  Goal 

Specific  Practice 

Use  the  Project’s 

Defined  Process 

1.1  -  Establish  the  Project’s  Defined 
Process 

New 

1.2  -  Use  Organizational  Process  Assets 
for  Planning  Project  Activities 

-1.3  -  Establish  the  Project’s  Work 
Environment 

1.4-  Integrate  Plans 

1.5-  Manage  the  Project  Using  the 
Integrated  Plans 

1.6  -  Contribute  to  the  Organizational 
Process  Assets 
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Integrated  Project  Management  -2 

Specific  Goal  Specific  Practice 

Coordinate  and  2.1  -  Manage  Stakeholder  Involvement 

Collaborate  with  2.2  -  Manage  Dependencies 

Relevant  Stakeholder  2.3  -  Resolve  Coordination  Issues 

Apply  IPPD  Principles  3.1  -  Establish  the  Project’s  Shared 

Vision 

3.2  -  Establish  Integrated  Team 
Structure  for  the  Project 

3.3  -  Allocate  Requirements  to 
Integrated  Teams 

3.4  -  Establish  Integrated  Teams 

3.5  Establish  Coordination  among 
Interfacing  Teams 

The  Specific  Goal,  “Apply  IPPD  Principles,”  and  the  associated 
Specific  Practices  are  part  of  IPPD  Addition. 
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CMMI  Model  Combinations 


vi.i 


Supplier 

Sourcing 


Integrated  Product  anc 
Process  Development 


SW 

Related 

Examples 


SE 
Related 
Examples 


CMMI  Core 


V  1.2 


IPPD 

X 


Organizational  Goal 
(OPD) 

Project  Goal  (I PM) 


SW 
Related 
Examples 


SE 
Related 
Examples 


Hardware 

Related 

Examples 


1 


CMMI  Core  (now  includes  SS) 
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Other  Specific  Practice  Statement 
Changes 

Revised  Practices 

•  OID,  SP  1.4:  Select  process  and  technology 
improvements  [not  “improvement  proposals”]  for 
deployment  across  the  organization 

•  OPP,  SP  1.1:  Select  the  processes  or  subprocesses  [not 
“process  elements”]  in  the  organization’s  set  of  standard 
processes  that  are  to  be  included  in  the  organization’s 
process  performance  analysis 
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Other  Informative  Changes  -- 


High  capability  practice  elaborations 

•  Improvements  being  created  for  more  significant  process 
areas  (engineering,  project  management) 

•  Continuous  equivalent  appraisals  have  shown  the 
need... 
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Select  for  Statistical  Management 


High-leverage  elements  of  the  constructed  process  are  identified  to 
provide  strategic  management  options  in  order  to  support  timely  and 
predictably  beneficial  controbolproject  performance. 


Defects 

injected 

1 


Software 

Requirements 


Defects 

injected 

1 


Design 


Defects 

injected 

l 


Transition 
To  Customer 


Defects 

removed 


r 

1 

F 

ieldei 

L 

A 

Defects 

removed 


Defects 

removed 
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Hllme 

Abbr 

ML 

CL1  CL2 

CL3 

CL4  CL5 

REQM 

2 

Measurement  and  Analysis 

MA 

2 

Project  Monitoring  and  Control 

PMC 

2 

Target 

Project  Planning 

PP 

2 

Profile 

Process  and  Product  Quality 

PPQA 

2 

2 

Assurance 

Supplier  Agreement  Management 

SAM 

2 

Configuration  Management 

CM 

2 

Decision  Analysis  and  Resolution 

DAR 

3 

Product  Integration 

PI 

3 

Requirements  Development 

RD 

3 

Technical  Solution 

TS 

3 

Validation 

VAL 

3 

Verification 

VER 

3 

Organizational  Process  Definition 

OPD 

3 

Target 

Organizational  Process  Focus 

OPF 

3 

Profile  3 

Integrated  Project  Management 

IPM 

3 

(IPPD) 

Risk  Management 

RSKM 

3 

Integrated  Supplier  Management 

ISM 

3 

Organizational  Training 

OT 

3 

Integrated  Teaming 

IT 

3 

Organizational  Environment  for 

OEI 

3 

Integration 

Organizational  Process 

OPP 

4 

Performance 

Target 

Profile  4 

Quantitative  Project  Management 

QPM 

4 

Organizational  Innovation  and 

OID 

5 

Deployment 

Target 

Profile  5 

Causal  Analysis  and  Resolution 

CAR 

5 
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Example  -  Maturity  Level  3 

Equivalent  to  CMMI-SE/SW/IPPD/SS  ML  3 
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Example  -  Maturity  Level  4 

Equivalent  to  CMMI-SE/SW/IPPD/SS  ML  4 
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Example  -  Maturity  Level  4 

Equivalent  to  CMMI-SE/SW/IPPD/SS  ML  4 


©2006  by  Carnegie  Mellon  University 


page  83 


Cwncgfe  Mellon 

Software  Engineering  Institute 


Example  -  Maturity  Level  4 

Equivalent  to  CMMI-SE/SW/IPPD/SS  ML  4 
Plus  8,388,607  other  combinations!! 
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Example  -  Maturity  Level  5 


Equivalent  to  CMMI-SE/SW/IPPD/SS  ML  5 


©2006  by  Carnegie  Mellon  University 


page  85 


Ciinmac  Mellon 

Software  Engineering  Institute 

Example  -  Maturity  Level  5 


Equivalent  to  CMMI-SE/SW/IPPD/SS  ML  5 
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Example  -  Maturity  Level  5 


Equivalent  to  CMMI-SE/SW/IPPD/SS  ML  5 
Plus  847,288,609,442  other  combinations!! 
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Additional  Complexity 


CMMI  Math:  3  +  4  +  5  +  ?  =  ? 
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Version  1.2  Changes 

“Not  applicable”  process  areas  (PAs)  for 
maturity  levels  will  be  significantly  constrained 
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The  “Not  Applicable”  Dilemma 

The  Problem 

The  significance  of  an  organization  being  appraised  to  be 
at  Maturity  Level  x  is  affected  by  the  model  scope  used 
for  the  appraisal.  Process  areas  can  be  classified  as 
not  applicable. 


The  Solution 

The  model  core  is  now  defined  to  include  all  components 
of  the  model  except  the  IPPD  components.  For  a 
staged  appraisal  only  Supplier  Agreement  Management 
and  Integrated  Supplier  Management  can  be  classified 
as  not  applicable  in  the  core  and  only  then  after  careful 
analysis. 
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Version  1.2  Changes 


Bring  ISM  into  baseline  and  incorporate  into 
SAM 
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CMMI  Model  Combinations 


vi.i 


Supplier 

Sourcing 


Integrated  Product  anc 
Process  Development 


SW 

Related 

Examples 


SE 
Related 
Examples 


CMMI  Core 


V  1.2 


IPPD 


SW 
Related 
Examples 


SE 
Related 
Examples 


Hardware 

Related 

Examples 


1 


CMMI  Core  (now  includes  SS) 
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Supplier  Agreement  Management 


Specific  Goal 

Specific  Practice 

Establish  Supplier 
Agreements 

1.1  -  Determine  Acquisition  Type 

1.2  -  Select  Suppliers 

1.3  -  Establish  Supplier  Agreements 

Satisfy  Supplier 
Agreements 

2.1  -  Execute  the  Supplier  Agreement 

2.2  -  Monitor  Selected  Supplier 
Processes 

2.3  -  Evaluate  Selected  Supplier  Work 
Products 

2.4  -  Accept  the  Acquired  Product 

2.5  -  Transition  Products 

vl.1  SP2.1  “Review  COTS  Products,”  was  eliminated.  “Identify 
candidate  COTS  products  that  satisfy  requirements”  is  a  new 
subpractice  under  the  Technical  Solutions  Process  Area  SP1.1, 
“Develop  Alternative  Solutions  and  Selection  Criteria.” 
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Version  1.2  Changes  -  Recap 

Major  changes  to  expect  for  Version  1 .2  include: 

•  Addison-Wesley  book  used  as  starting  baseline 

-  “single  book”  approach  (CMMI-Development+IPPD) 

•  Hardware  amplifications  added 

•  Amplifications  improved 

•  Common  features  and  advanced  practices  eliminated 

•  “Not  applicable”  process  areas  (PAs)  for  maturity  levels 
will  be  significantly  constrained 

•  Glossary  improved  (e.g.,  higher  level  management, 
bidirectional  traceability,  subprocess) 

•  Overview  text  improved 

•  Work  Environment  material  added  to  OPD  and  IPM 

•  IPPD  coverage  consolidated  and  simplified 

•  ISM  will  be  brought  into  SAM 
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Generic  Practice  Changes 

GP  1.1:  The  practice  title  and  statement  changed  from 
Perform  Base  Practices  to  Perform  Specific  Practices. 

GP  2.2:  The  informative  material  was  condensed  to  be 
more  similar  in  size  to  other  generic  practices. 

GP  2.4,  Subpractice  1:  “Authority”  was  added  to  stress 
assigning  both  responsibility  and  authority. 

GP  2.6:  “Levels  of  configuration  management”  was 
changed  to  “under  appropriate  levels  of  control”  in  the 
GP  statement. 

GP  5.2:  Added  informative  material  explaining  the  need 
for  at  least  one  quantitatively  managed  process. 
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Translations 

Japanese 

•  sponsored  by  Information-Technology  Promotion 
Agency  (IPA) 

•  CMMI  models  available 

•  Introduction  to  CMMI  course  available  to  authorized 
instructors 

Traditional  Chinese 

•  sponsored  by  the  Institute  for  Information  Industry  (III) 

•  CMMI  models  available 

•  translation  of  Introduction  to  CMMI  course  underway 

German  Translation 

•  plans  are  being  developed 
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Applying  CMMI  in  Small  Settings 


Where  are  we  with  our  work  in  small  settings? 

•  completed  technical  feasibility  pilots  in  Huntsville, 

Alabama  with  two  small  companies  in  the  US  Army  supply 
chain 

•  posted  the  toolkit  from  this  pilot  for  review: 

-  http://www.sei.cmu.edu/ttp/publications/toolkit 

•  chartered  a  project  to  further  research  in  and  evolve 
guidance  for  CMMI  in  Small  Settings  (CSS) 

Where  are  we  going? 

•  International  Research  Workshop  for  Process 
Improvement  in  Small  Settings  held  October  19-20,  2005 

•  call  for  Interest  in  CSS  project  is  posted  on  SEI  web: 

-  http://www.sei.cmu.edu/cmmi/acss/participation.html 
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SCAMPI  A  Changes  Being 
Considered  for  vl  .2 

Affirmation  Clarifications 

•  clarify  the  use  of  “virtual”  vs.  “live”  interviews 

•  change  “face-to-face”  affirmations  to  “oral”  affirmations 

Alternative  Practice  Characterization 

•  clarify  how  alternative  practices  are  mapped  and  characterized 

Practice  Characterization  Rules 

•  revise  and  clarify  practice  characterization  rules  in  the  SCAMPI 
Method  Definition  Document  (MDD)  Section  2.2.2 

Incremental  appraisals 

•  conduct  appraisal  in  organization  or  model  increments 

•  goal  satisfaction  fixed  at  time  of  appraisal 

Organizational  unit  sampling 
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ARC  VI. 2  Changes  Being  Considered 

Remove  requirement  for  instruments 

•Only  two  types  of  Objective  Evidence  -  Documents  and 

Interviews 

•Thus  presentations  may  be  either  documents  or 
interviews 

Clarify  “Not  Rated” 

•Process  Areas  out  of  the  model  scope  are  “Out  of  Scope” 
•Process  Areas  that  cannot  be  rated  are  “Not  Rated” 
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Beyond  CMMI  vl.2  -  Training 

The  SEI  plans  the  following  enhancements  to  CMMI 
training: 

•  update  the  High  Maturity  with  Statistics  course 

•  create  a  new  course  that  addresses  interpretation  and 
implementation  issues 

•  make  a  new  course  available  that  provides  insight  into 
using  Team  Software  ProcessSM/Personal  Software 
ProcessSM  and  CMMI 
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For  More  Information... 

For  more  information  about  CMMI 

•  http://www.sei.cmu.edu/cmmi/  (main  CMMI  site) 

Other  Web  sites  of  interest  include 

•  http://seir.sei.cmu.edu/seir/  (Software  Engineering 
Information  Repository) 

•  http://dtic.mil/ndia  (annual  CMMI  Technology 
Conferences) 

•  http://seir.sei.cmu.edu/pars  (publicly  released  SCAMPI 
appraisal  summaries) 

•  https://bscw.sei.cmu.edU/pub/bscw.cgi/0/79783 
Or,  contact 

SEI  Customer  Relations 

Phone:  412/ 268-5800 

Email:  customer-relations@sei.cmu.edu 
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Proposed  Method  Definition 
Document  (MDD)  vl.2  Changes-1 

Affirmation  Clarifications 

•  clarify  the  use  of  “virtual”  vs.  “live”  interviews 

•  change  “face-to-face”  affirmations  to  “oral”  affirmations 

Alternative  Practice  Characterization 

•  clarify  how  alternative  practices  are  mapped  and 
characterized 

•  described  in  new  Appendix  C 

Practice  Characterization  Rules 

•  revise  and  clarify  practice  characterization  rules  in  the 
SCAMPI  MDD  Section  2.2.2 

•  change  “substantial”  weakness  to  “weakness” 

•  make  rules  consistent 

•  add  “Not  Yet”  characterization  to  table 
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Practice  Characterization  Rules-1 


Label 

Meaning 

Fully 

mplemented 

(FI) 

•One  or  more  direct  artifacts  are  is  present  and 
judged  to  be  adequate  and 
•at  least  one  indirect  artifact  and/or  affirmation 
exists  to  confirm  the  implementation  and 
•no  weaknesses  are  noted. 

Largely 

mplemented 

(LI) 

•One  or  more  direct  artifacts  are  present  and 
judged  to  be  adequate,  and 
•at  least  one  indirect  artifact  and/or  affirmation 
exists  to  confirm  the  implementation  and 
•one  or  more  weaknesses  are  noted. 
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Practice  Characterization  Rules-2 


Label 

Meaning 

Martially 

mplemented 

(pi) 

•Direct  artifacts  are  absent  or  are  judged  to  be  inadequate, 
and 

•one  or  more  indirect  artifacts  or  affirmations  suggest  that 
some  aspects  of  the  practice  are  implemented,  and 
•one  or  more  weaknesses  are  noted 

OR 

•one  or  more  direct  artifacts  are  present  and  judged  to  be 
adequate,  and 

•no  other  evidence  (indirect  artifacts,  affirmations)  supports 

the  direct  artifact(s),  and 

•one  or  more  weaknesses  are  noted. 

slot 

mplemented 

(Nl) 

•Direct  artifacts  are  absent  or  judged  to  be  inadequate,  and 
•no  other  evidence  (indirect  artifacts,  affirmations)  supports 
the  practice,  and 

•one  or  more  weaknesses  are  noted. 

Slot  Yet  (NY) 

•The  project  has  not  yet  reached  the  stage  in  the  lifecycle  to 
have  implemented  the  practice 
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Proposed  Method  Definition  Document 
(MDD)  vl.2  Changes-2 

Incremental  appraisals 

•  conduct  appraisal  in  organization  or  model  increments 

•  goal  satisfaction  fixed  at  time  of  appraisal 

Organizational  unit  sampling 

Require  Sponsor  to  sign  the  Appraisal  Disclosure  Statement 

•  agrees  that  CMMI  Steward  may  review  any  appraisal 
artifacts  and  conduct  any  audits  deemed  necessary 


©2006  by  Carnegie  Mellon  University 


page  105 


CunK’^M*  Melton 

Software  Engineering  Institute 

Organizations  Using  CMMI 

The  following  is  an  abbreviated  list  of  organizations  that  are  using  CMMI. 


Accenture 

Boeing 

Dyncorp 

FAA 

General  Dynamics 

Honeywell 

Intel 

L3  Communications 

NASA 

Nokia 

NTT  Data 

Raytheon 

Samsung 

U.S.  Air  Force 

U.S.  Treasury  Department 


Bank  of  America 

Bosch 

EDS 

Fannie  Mae 
General  Motors 
IBM  Global  Services 
J.  P.  Morgan 
Lockheed  Martin 
NDIA 

Northrop  Grumman 
OUSD  (AT&L) 

Reuters 

Social  Security  Administration 

U.S.  Army 

Wipro 


BMW 

CSC 

Ericsson 

Fujitsu 

Hitachi 

Infosys 

KPMG 

Motorola 

NEC 

NRO 

Polaris 

SAIC 

THALES 

U.S.  Navy 

Zurich  Financial  Services 
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